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Introduction: 
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Introduction: A hard concept to sell 
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Our initial goals: What we wanted to provide 



@ Satisfy one of the most common kid’s dreams, symbols. 
@ Brutal combat, very physical 
@ Realistic slow / tactical fights 

@ Encourage player’s creativity by using the environment 
@ Visceral / Immersive experience 
@ Explore / Leverage the strength of first person 
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Identified problems which are specific to FP: 

- The ones we knew about 

@ Making sure the combat doesn’t feel like HL2 with a sword 
instead of a crowbar 

@ Aiming at very close moving targets 


@ Giving a sense of where the hits come from, feedback 
(Multiple enemies) 

@ Gauging distance 
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Getting started: 

@ start: NO PUBLISHER. Long prototype phase 

@ Working with an FPS middleware (Source engine) 

@ A very agile squad for designing mechanics. Some luck 
with our animator 

@ Our first prototype was semi impressive 
@ We signed with the publisher (a few months later) 
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Building a vocabulary: 



@ Soon enough, our meetings became messy and not 
productive. 

@ Bringing Randy onboard: Building a Game Designer 
Vocabulary we can use to talk about the same things 
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Player State 

Here are the Player States and a description of each: 


Player State 

Input 

Description 

Base 

<none> 

The combat state the player Is in when no other state applies, when 
the player is not pushing any keys. 

Parrying 

RIGHT 

MOUSE 

Holding up weapon in defensive posture 

Jumping 

[SPACE] 

Piayer is in mid-air after having jumped but not yet falling 

Sprinting 

SHIFT 

Running fonA/ard very fast 

Adrenalized 


Piayer’s adrenaline bar is at maximum. Player Is ready to perform a 
fatality. (Is there any other visual indication?) 

Falling 


Piayer jumped or waiked off edge and has now started falling 

Overextended 


Piayer has finished a difficult combat move which has iefl him 
vulnerable to attack 


Mouse Input 

The mouse buttons aiways perform attacks in M&M. This is the iist of mouse input that we care about: 


Mouse Input 

Description 

Left Mouse 

Tap left mouse button once 

Right Mouse 

Tap right mouse button once 

Charge Left Mouse 

Hoid down left mouse button for a bit, then release 

Charge Right Mouse 

Hold down right mouse button for a bit, then reiease 

Multi Left Mouse 

Repeatedly tap left mouse button 

Multi Right Mouse 

Repeatedly tap right mouse button 

Both Mouse 

Tap both mouse buttons simultaneously 

Charge Both Mouse 

Hold down both mouse buttons for a bit, then release 
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Enemy State 

Category 

Description 

Defense 


Enemy is ready to defend against incoming attacks 

Panying 

Busy 

Enemy is in the middle of a pany move 

Dodging 

Busy 

Enemy is in the middle of a dodge move 

Shield 

Blocking 

Busy 

Enemy is in the middle of blocking with his shield 

Attacking 

Busy 

Enemy is in the middle of attacking 

Disabled 

Vulnerable 

Enemy is off balance and vulnerable fi oin blocking a poweifiil 
attack 

Overextended 

Vulnerable 

Enemy is vulnerable fioin peiforming a poweifiil attack 

Taking 

Damage 

Vulnerable 

Enemy is in the middle of taking damage, maybe fi om the 
environment 

Defense 

Broken 

Vulnerable 

Enemy is vulnerable fiom having his defense broken by a 
poweifiil attack 

Stunned 

Vulnerable 

Enemy is veiy vulnerable: stunned and wobbling around 

Knocked Down 

Vulnerable 

Enemy has been knocked to the gi ound 

















Note that “Categoiy” is a way to classify Enemy States wliich makes the Outcome chart more 
convenient (see below). 
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Relative 

Position 

Example 

WWWVWWs-'.^A'v-vWSA.- 

Description 

Out of Range 


The combatants are too far away to hit each other with any melee 
attacks 

In Range 


The combatants are close enough to hit each other with at least 
some of their melee attacks 

Short Ran^e 

S_y 


Some moves distinguish between two types of ‘Tn Range”. Short 
Range means the combatants are veiy close to each otlier. 

Long Range 


Some moves distinguish between two types of “In Range”. Long 
Range means the combatants are close enough to be “In Range” 
but not close enough to be “Short Range”. 

Player 

Behind 

Enemy 

P^E^ 

Player is facing enemy’s back 

Player 

Above 

Enemy 

P^i 

Player is higher in altitude than enemy, examples: above enemy 
on some stairs, player is jumping down from above 

Player Below 
Enemy 

E^i 

^P 

Player is lower in altitude than enemy, examples: below enemy on 
some stairs, enemy is jumping down fioin above 

Player Left 
of Enemy 

T 

P^ E 

Player is facing enemy’s left side 

Player Right 
of Enemy 

t 

E ^P 

Player is facing enemy’s right side 
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Aiming system 





Objectives: Contextual control system & address aiming 
difficulties 

Full physics simulation: Failed 


@ Simple solution: Back to a shooter theory. 

@ Target lock (Manual): Worked, but too clunky, and there 
where other problems the lock didn’t solve 
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Aiming system: The problem 



Inconsistent reaction 
of the world to sword hits 
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Aiming system 





^j9,ZQQ7 ■ 


@ Improvement of the simple solution support sweeping 

for all moves 
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Apply multiple hit zones 
that follow the sword animation, 
and apply the first damage only 
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Aiming system : The solution 
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Body awareness: Breaking the screen between 

the player and his avatar 

@ Doing animations from a first person perspective 


@ Aiming at the center of the screen / hands through walls 
^ Multiple bodies (third person and first person) 
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Body awareness: 



Third person’ 
model 


2 bodies 
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Body awareness: 2 bodies 



Third person’ ‘First person’ 
model model 
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Body awareness: 2 bodies 




Third person’ ‘First person’ 
modei modei 



compensating 
the vertical pitch + 
blend on hit 


Both model animated 
separately 
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Body awareness: Breaking the screen between 

the player and his avatar 

@ The ‘consistent’ camera management brought a new 
issue: Conflict of hands / shields with body 

@ All contact moves: A first person melee combat game 
deserves a complex animation / camera lock system 


@ Third layer of animation just for the head 

@ Dealing with the FOV issues too bad, restart all 
animations 
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Handling multiple enemies in First person 



@ The problem: Al would gather around you at close range. 
This is a problem in first person POV 
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Handling multiple enemies in First person: 



® We tried not to do anything about it 


4 

^ r 
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Handling multiple enemies in First person: 


® Al gather in front of you only 




/ ^ 

/ \ 

/; - A 
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Handling multiple enemies in First person: 


® Increasing the FOV (too ugly) 


WWW.GDCONF.COM 




Handling multiple enemies in First person: 


® The solution for us: 

® Use of a token system. 

® No more than 2 enemies in contact within the same 
Squad. 


V V 
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Anticipation animations: 


@ The problem: people didn’t have time to react to Al and 
execute tactics. 

@ Anticipation animations: A key element for person 
melee combat. 


@ We had to redo a fair amount of work unfortunately 
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How to work around player’s habits and intuitions: 

Sounds like a really bad title for a slide © 

@ Tests were not quite going as we wanted them to go 

@ Players hated the slow combat. First person calls for 
highly responsive controls 


@ Throwing a basket at an enemy is not the most obvious 
tactic when you have a sword ready. 

@ Kick him, Sareth! Kick him in the face! Kick him again! 

® Tutorial was the solution for us 
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The Combat Cycle: The different phases 



T 
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The modules: List of concepts we focused on 



AI (combat behaviour / state) 
Environmental interactions 


Controls, player abilities 


Body Awareness 
(Fatalities, contact moves) 
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Articulation between modules and combat phases: 



O 

cSIk' 
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Creating the ideal fighting arena: Fine tune the combat 





@ Once the mechanics were in place, time to think about the 
level design 

@ Check list of situations: Cover / dark areas / size of space 
/ traps 
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Creating the ideal fighting arena: Fine tune the combat 





® Building a Level Design Checklist 
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Creating the ideal fighting area: Fine tune the combat 



Combat Interest 

DETAILS 

^ /X 

3D interest 


^ /X 

Environmental hazards 


^ /X 

Cover 


^ /X 

Loose physical objects 


^ /X 

Breakable objects 


^ /X 

Objects set up to tumble or fall down 


^ /X 

Fire elements 


^ /X 

Enemies that fight each other 


/X 

Variety of enemy types and behaviors 


^ /X 

Special scripted elements 


^ /X 

Some or all of the elements are usually involved in the combat 


y- /X 

The combat usually takes place in the interesting area 
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Creating the ideal fighting arena: Fine tune the combat 





® Too bad the levels where already done 
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Blind testing: I wish we had started it earlier 


@ “Oh yeah? The guy couldn’t aim? Well, he probably 
sucks, I have no problem with it myself!” 

@ The most convincing tool 

@ It helps to insure everybody in the team comes to the 
same conclusions 

@ It's cheap, and way more effective than curves analysis 
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other things we tried that failed 
and didn’t make it into the game: 

@ ‘Ragdoll hits’ perf hit, instead we made tons of 
animations 

@ Damage map. Material map perf and totally useless 


@ Back flip in FP not a good idea... really 
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What came out not so good in the final game 
for FP melee combat: 





Big Monsters 

Variety in enemies and characterization 

We overdid the trap / kick patterns and spread them 
mechanically inside our maps 

The level Design was done before the combat Sandbox. 
-> too small environments 
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Next step: a few ideas 

for the next generation of 1st person melee 

@ Support more contexts for moves (distance with enemy, 
number of enemies, position of the enemy relative to the 
player) 

@ Submoves with choices: Sword vs Sword + left or right 


@ More contact moves 

@ Improve the feedback of monsters (more characterization 
/ anticipation anims. Facial expressions) 
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Conclusion: it was HARD ! 
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PART 3 : Questions ? 
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